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USB device 

5 FIEXD OF THE XSVENTION 

The invention relates to a system comprising a 
first device arranged to communicate with a second 
device. The first device can be, for example, a USB 
10 host. The second device can be, for example, a USB 
device, which communicates with the USB host via a USB 
bus using the USB protocol. 
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BACKGROUND OF THE XNVT5NTS0K 

The system comprises a USB host, which is 
connected to various USB devices via a USB bus. The USB 
host communicates with the USB devices with the USB 
protocol. The USB protocol allows connecting several USB 
devices on the same USB bus using a system o£ time- 
sharing based on addressed devices. The USB protocol is 
organized as a master/slave architecture, the USB host 
is thus responsible of the time-sharing management. 

The USB host may comprise various applications 
One or several services may be needed to run an 
application. An application uses one or several drivers 
to access and use the associated services. The drivers 
may be on the USB host. 

The USB device may comprise various services in 
particular those, which are needed by the applications 
of fche usb host. A service may be offered, for example, 
at the device level (standard USB device), or at the 
interface level (composite USB device) , 
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The USB device is organized into several levels 
a device level, a configuration level, an interface 
level and an endpoint level. Each level is represented 
by different USB descriptors: 
5 A device descriptor describing the overall 

device. The device descriptor may be 
associated to one or more configuration 
descriptors . 

- A configuration descriptor describing the 
!0 electrical characteristics of the USB device, 

or of a part of the USB device. The 
configuration descriptor may ba associated to 
one or more interface descriptors. 

- An interface descriptor describing a 
15 particular service of the USB device. An 

interface may contain one or more alternate 
settings. The interface descriptor may be 
associated to zero or more endpoint 
descriptors . 

20 ' to endpoint descriptor describing a 

communication channel used by che service 
defined by the interface descriptor. 



25 



30 



35 



in a plugging step, the USB device is plugged 
onto a USB port of the USB host. 

in an enumeration step, all the USB descriptors 
are then retrieved from the USB device to the host 
dev.ee. The enumeration step is trigged off „ it h the 
modification of the voltage level on the line I £ or 7- 
(dependxng on the USB device speed) due to a pull-up 
reSlStor present in fche USB device on one of the Hhps 

In a loading step, the USB Host then uses the 
descriptors to load all the drivers of the USB device 
^ -umber of drivers loaded depends on the number of 
Afferent services present in the USB device Per 
example, if the USB device is at aev * ce - *°r 

vlce is at the same time a scanner 
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and a printer the USB device will have to present two 
interfaces during the enumeration step- In that case, 
two drivers, one associated to the scanner interface, 
and the other one associated to the printer interface, 
5 will be loaded. A main driver associated to the device 
itselC could also be loaded > 



SUMMARY OP THE ENVEHTION 

10 An object of the invention is to reduce the 

costs. 

According to one aspect of the invention, a 
method of configuring a system comprising a main device 
15 and an auxiliary device arranged to co-operate with each, 
other, the main device being arranged to handle one or 
more functionalities, the auxiliary device being 
arranged to effect one or more functionalities, 
characterised in that the method comprises an adaptation 
20 step, in which the auxiliary device is made to hide from 
the main device at least those of its functionalities 
that the main device cannot handle. 

The first device can be, for example, a USB 
host. The second device can be, for example, a USB 
device. The functionalities that the main device cannot 
handle will be hidden from the main device. Thus the 
invention allows a reduction of the costs. 

BRIEF DESCRIPTION OP THE DRAWINGS 

Fig. 1 illustrates a system comprising * XJSB host and a 
USB device. 



-2 illustrates the structure of the USB device; 
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Fig. 3 illustrates a method of using the system; and 

Fig. 4 illustrates a system comprising a USB host and a 
5 USB device; 

Fig. 5 illustrates a method of using the system; 

Fig, 6 illustrates a system according to the invention; 



Fig. 7 illustrates a method according to the invention; 
and 

Fig. 8 illustrates a method according to the invention. 



DETAILED DESCRIPTION 



As illustrated in figure 1, the invention will 
be explained in the context of a system using the USB 
20 protocol. The system comprises a USB host, which is 
connected to a USB device via a USB bus. The USB host 
. communicates with the USB devices with the USB protocol. 

The communication between the USB host and the 
25 USB device can be made according four different transfer 
modes : 

- a control transfer, offering mainly a delivery 
and data integrity guarantee, 

- an interrupt* transfer, offering mainly a 
30 periodicity and data integrity guarantee, 

- a bulk transfer, offering mainly a data 
integrity guarantee, and a possibly good data rate, 

- a isochronous transfer, offering mainly a 
bandwidth guarantee. 

35 ° f these ^des require a bandwidth 

reservation, which is accorded or not by the USB host 
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after an enumeration phase, depending on the bandwidth 
already reserved by other USB devices, which are plugged 
onto the USB bus. 

The USB host comprises various applications (Al, 
A2) . One or several services (SI, S2) are needed to run 
an application (Al) . The application Al needs, for 
example, to use the service SI and the service S2. The 
services (Si, S2, S3, S4> are located on the USB device. 
To use a specific service SI, an application Al may use 
a driver Dl. The USB host also comprises a standard 
application (AO) associated with a standard driver (DO) . 
Advantageously the standard application (AO) is 
implemented on a big number of USB hosts. 



The USB device comprises various services {SI, • 
S2, S3 and S4) in particular those (SI, S2, S3), which 
are needed by the applications (Al, A2) of the USB host. 
As illustrated in figure 2, a service (S) can be 
20 offered, for example, at the device level, or at the 
interface level (SI , S2, S3 , S4 ) . The USB device also 
- comprises a standard service (SO) . Advantageously the 
standard service (SO) is implemented on a big number of 
USB devices. 



As illustrated in figure 3, in a connecting step 
CON, the USB device is connected to a USB port of a USB 
host. 

In a first checking step CKBCK1, the USB device 
checks whether a negotiation flag is activated or not 
If not: 

- in a first enumerating step SNUM1, the USB 
host will enumerate the USB device, in other 
WOrds ' as illustrated in figure 2, the USB 
host will retrieve from the USB device to the 
USB host only the descriptors (I) associated 
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to the standard service SO, 
- in a loading step LOAD, the standard driver 
DO is loaded into an active memory of the 
host, 

5 in a negotiation step NEGO, the standard 

application AO negotiates the services (SI, 
S2, S3) to activate. The negotiating step 
coxnprises the following sub-steps: 

o a receiving step, in which the standard 
10 application AO receives from the 

standard service SO a first list of all 
the different services (SI, S2, S3, S4> 
which are available on the USB device, 
o a comparing step, in which the standard 
15 application compares the first list of 

all the different services (SI, S2, S3, 
S4) which are available on the USB 
device with a second list of the 
services (SI, S2, S3) needed by the 
applications (A1,A2) of the USB host to 
deduce the services to be activated (SI, 
- ...... f S2, S3) on the USB device, 

o a service activating step, in which the 
U SB device activates the services to be 
25 activated, for example, by disconnecting 

and reconnecting the USB device to the 
USB host. 

In an flag activating step ACTiv, the 
30 negotiation flag is activated. 

In an initialization step INIT, the USB 
device removes its pull-up resistor in order 
to detach itself and then re-attach itself. 
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Xn a second checking step CHECK2, the USB device 
checks whether the negotiation flag is activated or not. 
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If yes: 

in a deactivating step DEACTXV, the 
negotiation flag is deactivated, 
in a second enumerating step ENUM2, fcho 
5 USB host enumerates the USB device. As 

illustrated in figure 2, only the 
descriptors (II) associated to the 
services (Si, S2, S3) which have been 
activated and the descriptor associated 
10 to the standard service (SO) will be 

retrieved, 

in a second loading step L0AD2, the 
standard driver DO and the drivers 
associated to the services (SI, S2, S3) 
*5 which have been activated are loaded into 

the active memory of the USB host. 
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The USB device is now ready for use. 

According to an advantage of the invention, if a 
service has to be added on the USB device, the 
standard service . (SO). ..does not .change and therefore the 
standard application (AO) does not change. The invention 
thus allows a reduction of the cost. 



new 



As illustrated in figure 4 and 5, if the USB 
device is already plugged, and the user starts a new 
application (A3), which requires a new service (S4) 
which is not activated in the USB device, the standard 
application (AO) can negotiate the activation of the new 
service (34) in a new negotiating step. 

in an opening step OPEN, user opens a new 
< A3 > — ^ a service (M> . £ic* * ~ 
35 dlvice -"^tlaa of the USB 

in a negotiating step NEGO, the USB host 
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activates the service <S4) . 

In a flag activating step ACTIV, the USB device 
activates the negotiation flag. 

In an initialization step INIT, the USB device 
5 removes its pull-up resistor in order to detach itself 
and then re-attach. 

In a checking step CHECK, the USB device checks 
whether the negotiation flag is activated or not, 
10 If yes: 

in a deactivating step DEACTIV, the 
negotiation flag is deactivated, 
in an enumerating step ENUM, the USB host 
enumerates the USB device. As 

15 illustrated in figure 2, only the 

descriptors (III) associated to the 
services (SI, S2, S3, S4) which have been 
activated and the descriptor associated 
to the standard service (S0> will be 

20 retrieved, 

in a loading step LOAD, the standard 

driver DO and the drivers associated to 

the services (Si, S2, S3,S4> which have 
been activated are loaded into the active 

25 memory of the USB host. 

The device is ready for use. 

30 ■ ^ dG * cri P tio * hereinbefore illustrates the 

30 following features: 

syste*. The system arises a Min flevlae ° 

35 lln a: C ° each other. The 

£ " MtiOMllllM ' Th « — ««y aevioe is arreted to 
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e££ect one or more functionalities. The method is 
characterised in that the method comprises an adaptation 
step, in which the auxiliary device is made to hide from 
the main device at least thoce of its functionalities 
5 that the main device cannot handle. 

The first device can be, for example, a USB host 
in particular a computer, a PDA or GSM. 

The second device can be, for example, a USB 
device in particular a smart card or more generally any 
device that can be personalized, for example, a PDA or 
GSM. 

The USB device can be, for example, a Smart Card 
15 comprising three different services: 

- Keys and rights management (APDU command 1 
transport) as service [SO J , 

- Document signature as service [SI], 

- Data streaming application (DRM) as service 

20 [S2]. 

The Smart Card can be used in different USB. 
hosts non-exhaustively listed hereafter: 

- Corporate Personal Computers running 
25 Windows XP as environment [El] , 

- Home Personal Computers running Windows XP 
as environment [E2J, 

- GSM (also as USB On~The-Go device) as 
environment [ E3 ] , 
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- PDA (as USB On-The-Go device) as 
environment [E4] . 

b* M ™ F Z USB h °* tS ' the s *^*s that can 

be accessed could be: 

[SO] and [S1J for [El], because the user is not 
administrator of the ^ 

tne machine, and can not install a new 
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driver, 

[SO], [SI] and [S2] for [E2], because the user 
is administrator of the machine and can install any 
service available, 
5 [SO] only for [E3] , for memory or consumption 

economy reasons, 

[SO] only for [E4] , because the host cannot be 
personalized and only the driver for [SI] is available. 

10 The services located on the USB device are not 

necessarily related to the USB device itself. The 
services can be vendor specific or not. For example, a 
smartcard (USB device) may have a modem service, so that 
the smartcard can be seen as a distant terminal through 
15 a modem connection. 

Figure 6 illustrates another example wherein the 
smartcard (USB device) may also comprise a loudspeaker 
service, a microphone service and a decryption service. 
Once the smartcard (USB device) is plugged into a 
20 computer (USB host) the loudspeaker service will be 
activated by the computer. The computer will first 
consider the smartcard -(-USB device) as a loudspeaker anc3 
will send an encrypted music file (1). The loudspeaker 
service will receive the music file and send it (2) to 
25 the decryption service for decrypting the music file. 
Then the decrypted music file is sent (2) to the 
microphone service so that the computer (USB host) 
believes now (3) that the smartcard (USB device) is a 
microphone wherein someone is speaking. The computer 
will then send the decrypted music file to the real 
loudspeaker (4) , 

lim--*? r h ° Uld ** ClSar that the **~t±« ±» not 
1-uno.tsd to deuces communicating using the USB protocol 
Other protocol lifce, for exaittple/ f±rewire ^ 
35 protocol may be used. 

It should he clear that the invention i e not 
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limited to devices coinmunicating according to a 
master/ calve protocol. 

In the comparing step, the first list of 
5 services and the second list of services have been used 
to deduce the services to be activated on the USB 
device. More generally any other set of data defining 
the services can be used to deduce the services to be 
activated- It can be, for example, a set of data 
10 identifying various services and giving the bandwidth 
needed by these service*?. 
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These and other aspects of the invention are 
described in the following section entitled "memo". 



MEMO 



The USB protocol allows to connect several devices on the same bus using a system 
of time sharing based on addressed devices. Since the protocol is organized as a 
20 pure master/slave architecture, the USB host is responsible of the time sharing 
management. 

A USB device is organized with several levels, each level being represented by a 
USB descriptor ; - 
25 - the device descriptor describes the overall device. It is associated to one or more 
configuration descriptor 

- the configuration descriptor describes some electrical characteristics of the 
device, or a part of the device. Tt is associated to one or more interface 
descriptors, 

30 - the interface descriptor describes a particular application of the device. An 
interface can contain one or more alternate settings. An interface descriptor is 
associated to zero or more endpoint descriptors, 

- the endpoint descriptor describes a communication channel used by the 
application defined by the interface descriptor. 



The USB device ts seen by the USB host as a services provider, This service(s) can 
£o«USB e det:? ,CTd <S,a " dani USB m « toterfaK »" 

The USB Host uses the descriptor to load one or more drivers) for the <tevw »nri 
p gg a omo the USB bus, dunng an "enumeration phase". This enumeration 
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phase is triggered off with the modification of the voltage level on the line D-f- or D- 
(depending on the USB device speed) due to a pull-up resistor present in the device 
on one of the lines. 

5 The number of drivers loaded depends on the number of different services present 
in the device. For example, if a device is at the same time a scanner and a printer, 
from a USB point of view* it will have to present two interfaces during the 
enumeration phase. In that case, two drivers, one associated to the scanner interface, 
and the other one associated to the printer interface, will be loaded after the 
10 enumeration phase- A third driver associated to the device itself can also be loaded 
(composite device driver relative to the Manufacturer and Product ED of the device). 

The endpoints can use one of the four following transfer modes : 

- the control transfer, offering mainly a delivery and data integrity guarantee, 

15 - the interrupt transfer, offering mainly a periodicity and data integrity guarantee. 

- the bulk transfer, offering mainly a data integrity guarantee, and a possibly good 
data rate, 

- the isochronous transfer, offering mainly a bandwidth guarantee. 

20 Two of these four modes require a bandwidth reservation which is accorded or not 
by the USB host after the enumeration phase, depending on the bandwidth already 
reserved by the other devices plugged onto the bus. 
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Autoadaptative USB device : 

Following the scheme described above, some points could be improved with an 
"auto-adaptative" device : 
5 - All the necessary drivers must be installed in the USB host in order to be able to 
run correctly the device. When a driver corresponding to a device interface is 
not found, the USB host asks the user to install this driver from an external 
source (floppy disk, network .♦.). If the driver can not be installed as it is the 
case if the driver is not available, or the host is not configurable (Windows 
10 2000/XP environments when the user is not the administrator of the machine, 

USB-On-The-Go devices), the device is considered as not correctly installed, 

- Even in the case where the drivers are present in the USB host, they are loaded 
as soon as the device is plugged, even if they are not used, 

- Depending on its structure (in term of interfaces, endpoints ...), the device 
15 attachement can be refused by the host, due to a bandwidth lack, 

- It is not possible to add or modify easily a communication interface for a device 
once the driver is defined and installed* 
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The idea is to define a device able to change its configuration on a host request. 

To do so, the device should present a default interface when plugged onto a USB 
port. This default interface should be able to manage a "negocitatiou" between the 
host and the device in order to define the services that should be activated for the 
current session. 

The following diagram shows a possible negotiation phase : see figure 7 

Another possible case is the modification of the device configuration during a 
working session. * 

For example, if the device is already plugged, and the user starts an application 
wich requires a particular service not activated in the device, the default device 
dnver needs to negotiate a new configuration for the device : sec figure 8 

Another advantage, not listed above, is the USB-IF (USB Impementer Forum) 
defines USB Device Classes. All the USB Host must contain default drivers for the 
defined Classes. When a Device Class is modified because some new 
functionahnes are added for example, it ts difficult to update all the USB basts 
m^^t^ b ^^° VC allows t0 add * omc ftmctionalities to a device without 
USB hosts ^ ° **' S °* WithGUt modifyin « the stand ** **™ofZ 
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Example : 



The device is a Smart Card embeding three different services : 
' KeV8 311(1 "ghts management (APDU command transport) as service [SI] 
5 - Document signature as service [S2], 

- Data streaming application (DRM).as service [S3]. 

TWsJmart Card can be used in different environment n 0n exhaustively listed 

" ™ , P f rSOr,al Coxa P*™ nmning Windows XP as environment fE27 
' Kt! USB 0n - The "^ d ™ce) as environment ^ 

- PDA (as USB On-The-Go device) as environment [E4J. 

15 For all these platforms, the services that can be accessed arc different • 

- The company, owner of [EI], only installs the drivers for rail and rS21 

* SS ESS* ho,der - owner of » insta,ls * * e to [sij, 

Se Tl^ ^ ^ necessar y in *• negotiation phase : 
- Actors Identification : a USB request allows ith P ^ . ,,. 

- ^ services, and them state feflSd or 2? 2 Wha£ 

30 if the negotiation phase ^^yb^'^^T^ "* f °/ ndicat<? 

example using a Class or VendS^&ScSS^' *"* ^ 

' 2TS^^^2^ t ~ b * liable during 

resistor from the D+ or D-Hne. * by the pull-up 

- tS!J 0 „, y for (E3J, for n^ory or co „ S u mptio „ economy reasoIB . 
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- [SI] only for [B4], because the host can not be personalized and only the driver 
for [SI] is available. 

For (El J f [S3] could be activated only if the DRM application is started by the user. 
5 In this case, the default driver starts a new service clioice phase (disabling [SI] and 
activating [S3]), followed by a configuration change phase. 
After this step, the service active for [£3] is [S3]- 
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Remarks : 

- This memo is applicable to any USB device, 

- The memo describes a USB device that can be easily personalized with no 
modification of the default driver, 

- The memo describes a process allowing to chose the services offered by a USB 
device without modifying the device itself. 
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cxaxos 

1. A method of configuring a system comprising a 
5 main device and an auxiliary device arranged to co- 
operate with each other, the main device being arranged 
to handle one or more f unctionalities , the auxiliary 
device being arranged to effect one or more 
functionalities, characterised in that the method 
10 comprises an adaptation step, in which the auxiliary 
device is made to hide from the main device at least 
those of its functionalities that the main device cannot 
handle • 

15 2- The method according to claim 1, 

characterized in that the adaptation step comprises the 
following sub-steps: 

- a notification step, in which the 
auxiliary device notifies the main device a 

20 set of data identifying the one or more 

functionalities that the auxiliary device 
can effect; 

- a identification step, in which the set of 
data is used to identify the 

25 functionalities that the auxiliary device 

can effect but that the main device cannot 
handle; and 

- a configuration step, in which the 
auxiliary device is configured to hide from 

30 thG main device at least those of its 

functionalities that the main device cannot 
handle . 

3, The method according to claim 2, wherein the 
35 adaptation step is followed by an enumeration step, in 
which the auxiliary device presents itself to the main 
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device without the functionalities identified in the 
identification step. 

5 4. The method according to claim 1, wherein the 

adaptation step is carried out automatically when 
connecting the auxiliary device to the main device. 

5, The method according to claim 3, wherein a 
10 simulation step is carried out between the adaptation 
step and the enumeration step, in which the 
disconnecting and the reconnecting of the auxiliary 
device is simulated - 

15 6> The method according to claim 1, 

characterized in that the main device is a USB host and 
in that the auxiliary device is a USB device, 

7. The method according to claim 1, 
20 characterized in that the auxiliary device is a 
smar tcard , 
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SUMMARY 

The invention concerns a method of configuring a 
system. The system comprises a main device and an 
5 auxiliary device. The main device and the auxiliary 
device are arranged to co-operate with each other. The 
main device i s arranged to handle one or more 
functionalities. The auxiliary device is arranged to 
effect one or more functionalities . The method is 
10 characterised in that the method comprises em adaptation 
step, in which the auxiliary device is made to hide from 
the main device at least those of its functionalities 
that the main device cannot handle. 
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